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(57) Abstract 

A data storage device includes a CMIP application 
component (42) which receives data on network objects using 
the CMIP protocol from the network manager of a main 
network. For each attribute of each object, a CMIP/SNMP 
mapper component (44) converts the CMIP object class name, 
attribute name and distinguished name of the object into the 
corresponding SNMP object identifier and the CMIP attribute 
value into the corresponding SNMP attribute value and this 
dau is stored in MIB (46). An SNMP application component 
(48) receives requests for information from a network manager 
of a local network. In order to service a valid request, the 
SNMP application component (48) retrieves the required data 
from MIB (46) and supplies this data to the network manager 
for the local network using the SNMP protocol. For changes 
in the values of certain attributes of certain objects, the SNMP 
application component issues traps to the manager of the local 
network. 
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A DATA STORAGE DEVICE 

This invention relates to a data storage device for 
storing data on individual objects of a telecommunications 
5 network and also to a method of operating such a data storage 
device. 

It is well known that a main telecommunications 
network may be used to provide communication links between 
local networks. The main telecommunications network may be 

10 a private or public network belonging to a public 
telecommunications company and the local networks may belong 
to various other companies. Thus, where a company has local 
networks at two or more locations, it may use the main 
network to connect them. It is known to provide network 

15 managers for both main networks and for local networks. A 
network manager receives data from the individual elements of 
the network which it manages and can send instructions to 
these elements. Because these two types of networks have 
developed separately and have different requirements, the 

20 information protocol used by the network manager of a local 
network is usually different from the information protocol 
used by the network manager of the main network to which the 
local network is attached. For example. Simple Network 
Management Protocol (SNMP) is commonly used in local networks 

25 while Common Management Information Protocol (CMIP) is 
commonly used in main networks. Although the human operator 
of a network manager of a local network may be mainly 
interested in the elements of his network, it is also helpful 
for him to receive information about some of the elements of 

30 the main network which is used to connect his local network 
to other local networks. Because differing protocols are 
used in the two types of network, it is difficult to transfer 
data easily from a network manager of a main network to a 
network manager of a local network. 

35 According to this invention, there is provided a data 

storage device for storing data on individual objects of, or 
related to, a first telecommunications network, said data 



wo 95/23469 



PCT/GB95/00423 



2 - 

storage device comprising: means for receiving data according 
to a first information protocol on individual objects of, or 
related to, the first telecommunications network from a 
network manager for that network; means for converting the 
5 data received by the data receiving means from a form used in 
the first information protocol into a form used in a second 
information protocol; means for storing data on individual 
objects of, or related to, the first telecommunications 
network following its conversion by the data converting 

10 means; and means for supplying data from the data storing 
means on individual objects of, or related to, the first 
telecommunications network according to the second 
information protocol to a network manager of a second 
telecommunications network. 

15 Because the data storage device of this invention 

converts data from a form used in the first information 
protocol into a form used in the second information protocol 
before storing it, it facilitates the supply of data 
according to the second information protocol to a network 

20 manager. Thus, the data storage device of this invention may 
be used for transferring data from a network manager for a 
main network to a network manager for a local network. It 
may also be used, if desired, for transferring data from a 
network manager for a local network to a network manager for 

2 5 a main network. 

According to a second aspect of this invention, there 
is provided a network management system comprising a network 
manager for a telecommunications network and a data storage 
device according to the first aspect of this invention. The 

30 network management system may include a network manager for 
a second telecommunications network. 

According to a third aspect of this invention, there 
is provided a method of operating a data storage device for 
storing data on individual objects of, or related to, a first 

35 telecommunications network, said method comprising the steps 
of: receiving data according to a first information protocol 
on individual objects of, or related to, the first 
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telecommunications network from a network manager for that 
network; converting the received data from a form used in the 
first information protocol into a form used in a second 
information protocol and storing the converted data; and 
5 supplying the converted data on individual objects of, or 
related to, the first telecommunications network according to 
the second information protocol to a network manager for a 
second telecommunications network. 

This invention will now be described in more detail, 
10 by way of example, with reference to the drawings in which: 

Figure 1 is a block diagram showing three local 
networks connected to a main network 

Figure 2 is a block diagram showing the relationship 
between a network manager for a main network, a network 
15 manager for a local network and a data storage device 
embodying this invention; 

Figure 3 is a block diagram of the software components 
of the data storage device shown in Figure 2; 

Figure 4 is a diagram illustrating the operating 
20 states of the overall control component of the software shown 
in Figure 3; 

Figure 5 is a flow chart of the CMIP application 
component of the software shown in Figure 3; 

Figure 6 is a flow chart of the CMIP/SNMP mapper 
2 5 component of the software shown in Figure 3; 

Figure 7 shows the CMIP attributes and the 
corresponding SNMP attributes of the object class for a 
private circuit used in the software shown in Figure 3; 

Figure 8 shows the CMIP attributes and the 
30 corresponding SNMP attributes for the object class for a 
router port used in the software shown in Figure 3; 

Figure 9 shows the CMIP attributes and the 
corresponding SNMP attributes for the object class for an 
access point used in the software of Figure 3; and 
35 Figure 10 is a flow chart of the SNMP application 

component of the software shown in Figure 3. 
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Referring now to Figure 1, there is shown a main 
network 10 and three local networks 12, 13, 14 which are 
connected to the main network 10. The main network 10 may be 
a public or private telecommunications network belonging to 
5 a public telecommunications company. The local networks 12, 
13, 14 represent only three of the many local networks which 
are connected to the main network 10. In the present 
example, the local networks 12, 13, 14 belong to the same 
organisation which is a completely separate organisation from 

10 the owner of the main network 10. The main network 10 has a 
set of interconnected switching nodes 15 to 20. The local 
network 12 is connected through a router 21 to the switching 
node 15, the local network 13 is connected through a router 
24 to the switching node 17, and the local network 14 is 

15 connected to the switching node 19 through an access point 22 
and a gateway 23. The router 21, access point 22 and gateway 
23 are associated with and controlled by the main network 10 
and so may be regarded as part of the main network 10. The 
router 24 is associated with and controlled by the local 

20 network 13. The dashed line 2 5 marks the boundary between 
elements controlled by the local networks 12, 13, 14 and 
elements controlled by the main network 10. 

In the present example, the local networks 12, 13, 14, 
the router 21, access point 22, gateway 23 and the main 

25 network 10 shown in Figure 1 form part of a frame relay 
system. Although the present invention will be described 
with reference to a frame relay system, it is to be 
appreciated that it may be used in other types of 
t el e communi c at i ons s y s tems . 

30 Referring now to Figure 2, the main network 10 has a 

network manager 30. The network manager 30 receives data 
from the elements of the main network 10 and also the router 
21, access point 22 and gateway 23 and sends instructions to 
them. The network manager 30 is arranged to transmit and 

35 receive and store data according to an information protocol 
known as the Common Management information protocol (CMIP) 
and which provides a set of services known as the Common 



W0 95/23469 



PCT/GB95/00423 



Management Information Services (CMIS). When an element 
transmits data in another protocol, the data is converted 
into CMIP. The local network 12 has a network manager 32 
which receives information from and sends instructions to the 
5 elements of the local network 12, The network manager 32 
communicates with these networks using an information 
protocol known as the Simple Network Management Protocol 
(SNMP). As the construction of network managers is well 
known, the network managers 30 and 32 will not be described 

10 in further detail. As is also well known, a network manager 
is usually implemented as a general purpose computer provided 
with appropriate software. 

Although the human operator of the network manager 3 2 
for the local network 12 is mainly interested in the elements 

15 of that network, it is also valuable for him to receive data 
on the state of the elements of the main network 10 as well 
as the router 21, access point 22 and gateway 2 3 which are 
used to provide virtual circuits between the local networks 
12, 13 and 14. For example, if the port of the router 21 is 

20 disabled, it is useful for the human operator to know this so 
that he can take appropriate action. Because the network 
managers 30 and 32 use different information protocols to 
communicate with their respective network elements, data 
cannot be supplied directly from the network manager 30 to 

2 5 the network manager 32. In order to enable the network 
manager 32 to receive data on elements in the main network 
10, the network manager 30 for the main network 10 supplies 
data on these elements to a data storage device 34 which in 
turn supplies the data to the network manager 32 for the 

30 local network 12. The data storage device 34 will be 
described in more detail below. As will be explained, the 
network manager 30 supplies data to the data storage device 
34 using CMIP and the data storage device 34 supplies data to 
the network manager 32 using SNMP. 

35 The data storage device 34 may be implemented as a 

general purpose computer provided with appropriate software. 
In the preferred embodiment, the data storage device 34 uses 
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the same computer as the network manager 30 with the result 
that the network manager 30 and the data storage 34 are 
located together. Alternatively, the data storage device 34 
may use the same computer as the network- manager 32 or it may 
5 be implemented by using a separate general purpose computer 
which can be located with either of the network managers 30 
or 32 or at a position which is remote from both of them. 

Both the network managers 30 and 32 operate in what is 
known as an object-oriented environment. In an object- 

10 oriented environment, computer software is used to model real 
world physical objects as well as other real world entities. 
The physical objects and entities are simply known as 
objects. Where, as in the present case, the computer 
software is managing real world objects, it models only those 

15 attributes of the real world objects which are necessary for 
management. When objects are modelled in this way, they are 
known as managed objects. A category of objects of the same 
or similar type is known as an object type. A particular 
real world object is said to be an instance of an object 

20 type. Thus, for example, router ports might be an example of 
an object type and the individual ports of router 21 are 
instances of that object type. 

Individual software modules which model real world 
objects are also known as objects. The software 

25 implementation of object type is known as object class. 
Thus, an individual software object which models a particular 
real world object is known as an instance of the object class 
to which that software object belongs. Each software object 
is identified by the name of the object class to which it 

30 belongs and by an identifier which is specific to the 
software object itself. Each object class has a set of pre- 
defined attributes. For example, in the case of an object 
class for router ports, the attributes may include the 
operating state of the port. For an instance of a particular 

35 object class, each attribute would have a particular value 
and the values are liable to change. 
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The network manager 30 uses a set of object classes 
for modelling the various types of object found in the main 
network 10. These object classes include three classes 
which, respectively, model private virtual circuits, router 
5 ports and access points. Each of these three object classes 
has a set of attributes. Each attribute has a pre-defined 
name and may assume certain pre-defined values. The choice 
of attributes forming each set, the names of the attributes 
and the pre-defined values are appropriate for the network 

10 manager 30 and CHIP. Similarly, the object classes used by 
the network manager 32 include three object classes 
corresponding to the object classes used by the network 
manager 30 for private virtual circuits, router ports and 
access points. The names of the attributes as well as. their 

15 pre-defined values are appropriate for SNMP. For each of 
these three object classes used in the network manager 30 and 
the corresponding object class used in the network manager 
32, the names of the attributes and values differ between the 
two corresponding classes. As will be described in more 

20 detail below, the data storage device 34 can convert data on 
the attributes of a particular object class used in the 
network manager 30 into an appropriate form for the 
corresponding object class used in the network manager 32. 

In SNMP, a network manager issues commands to obtain 

25 information from network elements. These commands include 
Get and Get-Next. A Get command is a request for the value 
of a particular attribute of a particular object. A Get-Next 
command is a request for the value of the same attribute of 
the next object. 

30 The services provided by CMIS include m-Get and m- 

EventReport. The m-Get service may be a request for the 
value of a specified attribute of a specified object or for 
all the attributes of all the objects belonging to a 
particular object class. An m-EventReport is an offer, for 

3 5 example by a network element to a network manager, to supply 
data. The data may be the values of a complete set of 
attributes of a particular object or a change in the value of 
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a particular attribute of a particular object. An m- 
EventReport is an unsolicited event report. 

The software components of the data storage device 34 
are shown in Figure 3, These comprise a CMIP stack 40, a 
5 CMIP application component (CMIP-APPL) 42, a CMIP/SNMP mapper 
component (MAPPER) 44, a management information base (MIB) 
46, an SNMP application component (SNMP-APPL) 48, a TCP/IP 
communications stack 50, a UDP/IP communications stack 52, 
support files (CFG) 54, an overall control component (0-CTRL) 

10 56 and a trap functions component (USER-EXITS) 58. Figure 3 
also shows a multiplexer 60 together with a TCP/IP 
communications stack 62 and a UDP/IP communications stack 64. 

The CMIP application component 42 is responsible for 
sending requests to, and receiving responses and unsolicited 

15 event reports from, the network manager 30. The CMIP/SNMP 
mapper component 44 is responsible for converting values of 
the attributes of each object from the form used in CMIP to 
a form used in SNMP. When data on the values of the 
attributes of the individual objects of a telecommunications 

20 network is stored in a database, the database is known as a 
management information base (MIB). MIB 4 6 stores the values 
of the attributes of the objects of the telecommunications 
network 10 after conversion by the mapper component 44. 
Thus, data is stored in MIB 46 in a form suitable for 

25 transmission using SNMP. The SNMP application component 48 
is responsible for receiving requests from, and sending 
responses and unsolicited event reports to, the network 
manager 32. In SNMP unsolicited event reports are called 
traps. The trap functions component 5 8 is responsible for 

30 selecting which of the unsolicited event reports from the 
network manager 30 should be passed on as traps to the 
network manager 32. The various components of the data 
storage device 34 and also the multiplexer 60 will now be 
described in more detail. 

35 The CMIP stack 40 is responsible for converting CMIS 

requests from the CMIP application component 4 2 into a form 
for transmission to the network manager 30 and for converting 



wo 95/23469 PCT/GB95/00423 



responses from the network manager 30 into a form suitable 
for the CMIP application component 42. The CMIP stack 40 
comprises a CMIP handler and a communications stack. The 
CMIP handler passes CMIS requests from the CMIP application 
5 component 42 to the communications stack and establishes 
connections as required. It also passes CMIS responses and 
unsolicited event reports from the communications stack to 
the CMIS applications component 42. CMIS and CMIP are 
defined, respectively, in ISO/IEC Standards 9595 and 9596. 

10 A suitable software package for the CMIP handler is available 
from British Telecommunications pic. A suitable software 
package for a communication stack is available from Retix 
Corporation of Sainta Monica, California, USA. 

The TCP/IP stacks 50, 62 enable data to be transmitted 

15 using the TCP/IP protocols. Likewise, the UDP/IP stacks 52 
and 64 enable data to be transmitted using the UDP/IP 
protocols. Suitable software packages for the stacks 50, 52, 
62 and 64 are commercially available. For example, the well 
known Sun operating system includes both TCP/IP and UDP/IP 

20 stacks. 

Although Figure 2 shows only a single network manager 
for a local network receiving data from the network manager 
30, the present invention may be used to provide data from a 
network manager for a main network to more than one network 

25 manager for a local network. A single data storage device 
can provide data on the main network to all the local network 
managers belonging to a particular customer as these local 
network managers will be interested in the same elements of 
the main network. However, partly because different 

30 customers are interested in different sets of elements of the 
main network and partly because it may be necessary to 
restrict the supply of data on network elements for security 
reasons, it is necessary to provide an individual data 
storage device for each customer. The data storage devices 

35 may be located together or separately. Requests from the 
various network managers for the local networks are received 
on a common communication link 70 by the multiplexer 60. 
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Each request includes an identifier for the network manager 
which is making it. The multiplexer 60 then transmits the 
request to the appropriate data storage device. The 
responses and traps are broadcast to the various network 
5 managers on a common communication link. 

Referring to Figure 4, the CMIP application component 
42 exists in six operating states, namely, STARTUP, DELETE- 
ERS-SENT, CREATE-ERS-SENT, UPLOAD-MI B, RUNNING and SHUTDOWN, 
The SNMP application component 48 exists in five operating 

10 states, namely, STARTUP, CONNECTING, REG-REQ-SENT, WAITING- 
ON-CMIP and RUNNING. The state variable for each of these 
components is maintained in the overall control component 56, 
For start-up, the state variable for both components is set 
to STARTUP. For the CMIP application component, the state 

15 variable is changed from one state to another for the next 
four states by the CMIP application component. As will be 
explained in more detail below, in the state UPLOAD-MIB, 
initial data on the elements of the main network 10 are 
supplied to the CMIP application component. In the state 

20 RUNNING, the CMIP application component receives unsolicited 
event reports from the network manager 30, For shutdown the 
state variable is changed to SHUTDOWN. 

Following start-up the SNMP application component 
changes its state variable from one state to another for the 

25 remaining four operating states. As will be described in 
more detail below, during the states CONNECTING and REG-REQ- 
SENT, the SNMP application component establishes a connection 
with, and registers itself with, the multiplexer 60. During 
the state WAITING-ON-CMIP, the SNMP application component 

30 waits for the completion of supplying the initial data to the 
CMIP application component. During the state RUNNING, the 
SNMP application component services requests from the network 
manager 32 and sends traps to it. 

The support files 54 include a list of the CMIP object 

35 classes which can be supported by the data storage device 34. 
In the present example, the data storage device 34 can 
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support CMIP object classes for private virtual circuits, 
router ports and access points. 

The CMIP application component (CMIP-APPL) 4 2 will now 
be described with reference to the flow chart shown in Figure 
5 5. 

Following start up of the data storage device 34, in 
a step SI the CMIP application component performs 
initialisation routines. Then, in a step S2, it sets the 
state variable to DELETE-ERS-SENT. 

10 CMIS provides a function known as a filter. When a 

filter is in place in an MIB, unsolicited event reports are 
issued when changes occur in the values of specified 
attributes of objects belonging to specified object classes. 
In step S3, the CMIP application component sends an 

15 instruction to the network manager 30 to delete any filter 
which is in place with regard to the data storage device 34. 
The purpose of this is to make sure that any previous filter 
is cancelled. 

Then, in a step S4, the state variable is set to 

20 CREATE-ERS-SENT. 

Next, in a step S5, the CMIP application component 
instructs the network manager to create a new filter. This 
filter specifies both the object classes and the attributes 
of the three classes for which unsolicited event reports are 

25 required. The CMIP application component obtains the data 
for constructing the filter from appropriate support files 
54. The state variable is then changed to UPLOAD-MIB in a 
step S6. 

In order to prevent data storage devices from 
30 receiving data to which they are not entitled, the MIB in the 
main network manager 30 is partitioned and the data storage 
device 32 has access only to the data contained in the 
partition associated with it. In a step S7 the CMIP 
application component sends an m-get request to the network 
35 manager 30 for each object class for which it requires data. 
The names of these object classes are retrieved from the 
support files 54. Thus, in the present example, it sends m- 
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get requests for the private virtual circuits/ router ports 
and access points object classes. For each object contained 
both within one of these classes and within the partition 
associated with the data storage device 34, the network 
5 manager sends the appropriate data to the CMIP application 
component. Specifically, for each object, the main network 
manager sends the name of the object class, the identifier or 
distinguished name for the particular instance of the object 
class and the name and value of each attribute of the object. 

10 The CMIP application component then passes the data to 

the CMIP/SNMP mapper 44 and the data for that instance is 
stored in MIB 46. Thus, in this manner, the data for each 
object class is uploaded into MIB 4 6. 

After receiving data on each instance, the CMIP 

15 application component checks whether that instance is the 
last instance on which data will be sent. If it is not the 
last instance, the CMIP application component receives data 
on the next instance. If it is the last instance, it 
continues with a step S8 in which the state variable is set 

20 to RUNNING. 

Then, in a step S9, the CMIP application component 
repetitively schedules the CMIP stack 40 to determine if any 
unsolicited event reports have been received. 

The operation of the CMIP/SNMP mapper component 44 

25 will now be described with reference to Figures 6 to 9. 
Figure 6 shows a flow chart for this component. Figures 7 to 
9 show respectively the CMIP attribute names together with 
the SNMP attribute names for the object classes for 
circuits, router ports and access points. 

30 Referring firstly to Figure 7, it will be seen that 

the attributes names comprise circuitid, aEndPointName, 
zEndPointName, adminis trati veState, operational State, 

circuitBandwidth and userLabels. These attribute names refer 
respectively to the identity of the circuit, the beginning 

35 point of the circuit, the end point of the circuit, its 
administrative state, its operational state, its bandwidth 
and text which the operator of the network manager 30 may 
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add. Each attribute can have certain values. For example, 
for a particular circuit, circuitid is the identifier for the 
circuit and operationalState can have the values "enabled" 
and "disabled". The corresponding SNMP attribute names are 
5 shown beside the CMIP attributes names. For each value for 
a CMIP attribute^ there is a corresponding value for an SNMP 
attribute. The SNMP object class also has two traps, namely, 
pvcCircuitDown and pvcCircuitUp. These two traps are issued, 
respectively, when the attribute operationalState changes to 

10 "disabled" and "enabled". 

Referring now to Figure 8, the CMIP attributes for a 
router port comprise equipmentid, administrativeState, 
operationalState, typeText and userLabels. These refer 
respectively to the identity of the router port,*^. its 

15 administrative state, its operational state, a verbal 
description of it and text which the operator of the main 
network 30 may add. Each of these may have one of a number 
of values. The corresponding SNMP attribute names are shown 
beside the CMIP attribute names. For each value of a CMIP 

20 attribute the corresponding SNMP attribute has a 
corresponding value. The SNMP object class also has two 
traps, namely, RouterPortDown and RouterPortUp. These two 
traps are issued, respectively, when the attribute 
operationalState changes to "disabled" and "enabled". 

2 5 Referring now to Figure 9, the CMIP attributes for the 

access point object class comprise functionid, 
administrativeState, operationalState, protocolType and 
userLabels. These refer respectively to the identity of the 
access point, its administrative state, its operational 

30 state, the type of protocol which it uses and text which the 
operator of the network manager 30 may add. The 
corresponding SNMP attribute names are shown beside the CMIP 
attribute names. As with the circuit and router port object 
classes, each CMIP attribute may take one of a number of 

35 values and for each of these value there is a corresponding 
SNMP value. The SNMP object class also has two traps, 
namely, GNSAccessDown and GNSAccessUp. These two traps are 
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issued, respectively, when the operationalstate changes to 
"disabled" and "enabled". 

The mapper component 44 is used by the CMIP 
application component 42 for converting CMIP attribute values 
5 into SNMP attribute values both when receiving the initial 
data on the various object classes during the operational 
state UPLOAD-MIB and subsequently when receiving unsolicited 
event reports during the operational state RUNNING. The 
mapper component converts each attribute value in turn and 
10 Figure 6 shows the procedure for converting one attribute 
value. 

In SNMP, for a particular attribute of a particular 
instance of a. particular class, the combination of the name 
of the class, the name of the attribute and the distinguished 
15 name or identifier for the particular instance of the class 
as known as the object identifier. In a step S20 for a 
particular attribute, the mapper component converts the CMIP 
class name, attribute name and distinguished name into the 
corresponding SNMP object identifier. The data for 

converting the class names and attribute names is stored in 
the mapper component 44. The method of converting the 
distinguished names will be described below. 

In a step S21, the value of the attribute in CMIP in 
converted into the corresponding value in SNMP. The method 
25 for doing this is described below. 

In an SNMP MIB, the values of the attributes of the 
various instances of a particular class are stored in a table 
dedicated to that class. Each row of the table is associated 
With, a particular instance of a class and each column is 
30 associated with a particular attribute of the class. The 
data is stored as numerals. More specifically, each class is 
identified by a unique series of numerals and each attribute 
of the class is identified by a unique series of numerals 
The CMIP distinguished name for an instance of the class is 
converted into ASCII code. Thus, an SNMP object identifier 
comprises a series of numerals for the class name, a series 



20 



35 
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Of numerals for the attribute name and the ASCII code for the 
distinguished name. 

The attribute values are also converted into numerals. 
Where an attribute can have only a limited number of states, 
5 each state may be identified by a respective numeral. For 
example, in all three classes, for the attribute 
operational State, the values "disabled", "enabled", "active" 
and "busy" are converted, respectively, into "1", "2", "3" 
and "4". Where an attribute value is expressed as text, for 
10 example the value of the attribute userLabels, the text is 
converted into ASCII code. 

When the local network manager 32 receives an 
attribute value for a particular object from the data storage 
device 34, the series of numerals representing the SNMP 
15 object identifier and the numeral or numerals giving the 
attribute value are converted by the network manager into 
text. Thus, for the attribute operational State, an attribute 
value of "1" is converted into "enabled". 

The SNMP application component 48 will now be 
20 described with reference to the flow chart shown in Figure 
10. The primary purpose of this component is to service Get 
and Get-Next recjuests. 

In a step S30, the SNMP application component performs 
initialisation routines. Then, in a step S31, it sets its 
25 state variable to CONNECTING. In a step S32, it forms a 
connection with the multiplexer 60. In a step S33, it sets 
its state variable to REG-REQ-SENT. Then, in a step S34, the 
SNMP application component registers the data storage device 
34 with the multiplexer 60 by supplying its identifier to the 
30 multiplexer 60. 

In a step S35, the SNMP application component sets its 
state variable to WAIT-FOR-CMIP-SIDE. Then, in a step S36, 
it waits until the CMIP application component has received 
all the initial data from the network manager 30 and loaded 
35 the corresponding SNMP data into MIB 46. When all the 
initial data has been loaded into MIB 46 and the CMIP 
application component has changed its state variable to 
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t.e sm. appucticn co.ponent changes its state 

IZ . ' " ^ "^P "8. the 

50 ' ^^f -"P— ' continuously schedules the stack 
50 for Get and Get-Next requests. 

5 On receiving a request for an attribute value, in a 

step S39, the SNMP application component cheCs if the 
request contains a valid password. If the request does not 
contain a valid password, the proqra„ continues with a step 
S40 in which the request is ignored. 

applicall ' P^s..ora. the smv 

application component continues with a step S41 Each 

IZIT th networ. manager 

BaJcin, the request. i„ step S41. the SNMP application 
componenet checks whether it is authorised to send data to a 
local network manager having this identifier. if the 
Identifier is not valid, and the request cannot therefore he 
authorised, the request is ignored in step S40. if the 
Identifier is valid, the S^«^ application componeent 
continues with step S42. 

20 in step S42. the SNMP application component checks if 

the request is valid. For example, if the request is 
corrupted or relates to an oh^ect class on which data cannot 
be supplied, it is not valid. If the request is not valid, 
the local network manager is informed of this in step S43 

.5 If the request is valid, it is executed in a step S44 

After steps S40. S43 and S44. the SNMP application 
component returns to step S3e. 

As mentioned above, the SNMP application component 
sends unsolicited event reports or traps for changes 11 th 
0 values of some attributes. Por each object class the data 
the support files 54 specifies the changes in attribute 

attrii;; ' ^-^-^^ ^" =^ the 

attribute operationstate to -enabled- or -disabled- causes a 

' HZ '° """" ™" application component 42 

receives details of a change in an attribute value, it checks 
with the support files S4 if the change in the attribute 
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value is one for which a trap is issued. If it is one for 
which a trap is issued, the CMIP application component 42 
calls the trap functions component 58 which in turn instructs 
the SNMP application component 48 to issue a trap to the 
5 network manger 32. 

Although in the present example the data storage 
device is used to supply data relating to a main network to 
a network manager for a local network, the present invention 
may also be used to enable a network manager of a main 
10 network to obtain data from a network manager of a local 
network. 

Also, although in the present example the data storage 
device receives data in CMIP and supplies data in SNMP, the 
present invention may also be used in a data storage device 
15 which receives and supplies data according to other 
information protocols. For example, it may be used in a data 
store device which receives data in SNMP and supplies data in 
Structured Query Language (SQL). 
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CLATMfl 

1. A data storage device for storing data on individual 
objects of, or related to, a first telecommunications 
5 network, said data storage device comprising: 

means for receiving data according to a first 
information protocol on individual objects of, or related to, 
the first telecommunications network from a network manager 
for that network; 

10 means for converting the data received by the data 

receiving means from a form used in the first information 
protocol into a form used in a second information protocol; 

means for storing data on individual objects of, or 
related to, the first telecommunications network following 

15 its conversion by the data converting means; and 

means for supplying data from the data storing means 
on individual objects of, or related to, the first 
telecommunications network according to the second 
information protocol to a network manager of a second 

20 telecommunications network. 

2. A data storage device as claimed in claim 1, including 
means for containing support data relating to object classes 
used in the first information protocol for which data can be 

25 stored in the data storage device. 

3. A data storage device as claimed in claim 2, in which 
the data receiving means includes means for requesting data 



30 



from said network manager for the first telecommunications 
network for objects belonging to one of said object classes 
for which data can be stored in the data storage device. 

4. A data storage device as claimed in any one of the 

preceding claims, in which the first information protocol is 
35 CMIP, the second information protocol is SNMP, and for each 
attribute value the data converting means is arranged to 
convert the CMIP class name, attribute name and distinguished 
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name into a corresponding SNMP object identifier and the CMIP 
attribute value into a corresponding SNMP attribute value. 

5. A data storage device as claimed in any one of the 
5 preceding claims, in which the data supplying means is 

arranged to supply data on an object to said network manager 
of the second telecommunications network when requested to do 
so by said network manager of the second telecommunications 
network. 

10 

6. A data storage device as claimed in any one of the 
preceding claims, in which the data supplying means is 
arranged to provide unsolicited information to said network 
manager of the second telecommunications network when the 

15 value changes of a pre-selected attribute of an object in, or 
related to, the first telecommunications network. 

7. A network management system comprising a network 
manager for a first telecommunications network and a data 

20 storage device as claimed in any one of the preceding claims. 

8. A network management system as claimed in claim 7, in 
which said network manager for the first telecommunications 
network and the data storage device are physically located 

2 5 together, 

9. A network management system as claimed in claim 7 or 
claim 8, further including a network manager for a second 
t el ecommuni cati ons network. 

30 

10. A network management system as claimed in claim 9, in 
which the data storage device and said network manager for 
the second telecommunications network are physically located 
remotely from each other, the network management system 

35 including a telecommunications link for connecting the data 
storage device and said network manager for the second 
telecommunications network together. 
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11. A method of operating a data storage device for 
storing data on individual objects of, or related to, a first 
telecommunications network, said method comprising the steps 
of: 

5 receiving data according to a first information 

protocol on individual objects of, or related to, the first 
telecommunications network from a network manager for that 
network; 

converting the received data from a form used in the 
10 first information protocol into a form used in a second 
information protocol and storing the converted data; and 

supplying the converted data on individual objects of, 
or related to, the first telecommunications network according 
to the second information protocol to a network manager for 
15 a second telecommunications network. 

12. A method of operating a data store as claimed in claim 
11, including the additional step of requesting data from 
said network manager for the first telecommunications network 

20 for objects belonging to an object class for which data can 
be stored in the data storage device. 

13. A method of operating a data storage device as claimed 
in claim 11 or claim 12, in which the first information 

25 protocol is CMIP and the second information protocol is SNMP, 
and, in said step of converting the received data, for each 
attribute value the CMIP object class name, attribute name 
and distinguished name are converted into the corresponding 
SNMP object identifier and the CMIP attribute value is 

30 converted into the corresponding SNMP attribute value. 

14. A method of operating a data storage device as claimed 
in any one of claims 11 to 13, in which in said step of 
supplying converted data, data on an object is supplied to 

3 5 said network manager of a second telecommunications network 
when said network manager of the second telecommunications 
network requests such data. 



wo 95/23469 PCT/GB95/00423 

21 



15. A method of operating a data storage device as claimed 
in any one of claims 1 to 14 in which in said step of 
supplying converted data, unsolicited information is supplied 
to said network manager of the second telecommunications 
5 network when the value changes of a pre-selected attribute of 
an object in the first telecommunications network. 
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